package Day_0208.Redis;

/**
 * @author zxc
 * @date 2023/02/08 11:48
 **/
public class Redis_HotKey {
    public static void main(String[] args) {
        /**
         * 热点数据和冷数据
         * ===>
         * 1.热点数据，缓存才有价值;
         * 2.对于冷数据而言，大部分数据可能还没有再次访问到就已经被挤出内存，不仅占用内存，而且价值不大。
         *
         * 3.频繁修改的数据，看情况考虑使用缓存 对于上面两个例子，寿星列表、导航信息都存在一个特点，就是信息修改频率不高，读取通常非常高的场景。
         * 4.对于热点数据，比如我们的某IM产品，生日祝福模块，当天的寿星列表，缓存以后可能读取数十万次。
         * 再举个例子，某导航产品，我们将导航信息，缓存以后可能读取数百万次。 数据更新前至少读取两次，缓存才有意义。
         * 这个是最基本的策略，如果缓存还没有起作用就失效了，那就没有太大价值了。
         * 那存不存在，修改频率很高，但是又不得不考虑缓存的场景呢？
         * （1）比如，这个读取接口对数据库的压力很大，但是又是热点数据，这个时候就需要考虑通过缓存手段，减少数据库的压力，
         * （2）比如我们的某助手产品的，点赞数，收藏数，分享数等是非常典型的热点数据，但是又不断变化，此时就需要将数据同步保存到Redis缓存，减少数据库压力
         *
         */
    }
}
